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Foreword 



rd , 



This Technical Specification has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 



The present document describes the protocol to be used on the Media Gateway Controller (MGC) - Media Gateway 
(MGW) interface. The Media Gateway Controllers covered in this specification are the MSC server and the GMSC 
server. The basis for this protocol is the H.248/MEGACO protocol as specified in ITU-T and IETF. The BICC 
architecture as described in 3GPP TS 23.205 [2] and 3GPP 29.205 [7] defines the usage of this protocol. 

This specification describes the changes to H.248/MEGACO which are needed to handle 3GPP specific traffic cases. 
This is done by using the H.248/MEGACO standard extension mechanism. 

The present document is valid for a 3"* generation PLMN (UMTS) complying with Release 4 and later. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 23.153: "3rd Generation Partnership Project; Technical Specification Group Core 
Network; Out of Band Transcoder Control - Stage 2" 

[2] 3GPP TS 23.205: "3rd Generation Partnership Project; Technical Specification Group Core 

Network; Bearer Independent CS Core Network - Stage 2" 

[3] 3GPP TS 24.008: "3rd Generation Partnership Project; Technical Specification Group Core 

Network; Mobile radio interface layer 3 specification" 

[4] 3GPP TS 25.415: "3rd Generation Partnership Project; Technical Specification Group Radio 

Access Network; UTRAN lu interface user plane protocols". 

[5] 3GPP TS 28.062: "3rd Generation Partnership Project; Technical Specification Group Services & 

System Aspects; In-band Tandem Free Operation (TFO) of Speech Codecs; Stage 3 - Service 
Description" 

[6] 3GPP TS 29.007: "3rd Generation Partnership Project; Technical Specification Group Core 

Network; General requirements on interworking between the Public Land Mobile Network 
(PLMN) and the Integrated Services Digital Network (ISDN) or Public Switched Telephone 
Network (PSTN)" 

[7] 3GPP TS 29.205: "3rd Generation Partnership Project; Technical Specification Group Core 

Network; Application of Q. 1900 series to Bearer Independent CS Network architecture; Stage 3" 

[8] 3GPP TS 29.415: "3rd Generation Partnership Project; Technical Specification Group Core 

Network; CN Nb interface user plane protocols". 

[9] 3GPP TS 48.008: "3rd Generation Partnership Project; Technical Specification Group GSM 

EDGE Radio Access Network; Mobile-services Switching Centre - Base Station System 
(MSC - BSS) interface; Layer 3 specification". 

[10] ITU-T Recommendation H.248 (06/00): "Media Gateway Control Protocol" 

[II] ITU-T Recommendation Q.2210 (07/96): "Message transfer part level 3 functions and messages 
using the services of ITU-T Recommendation Q.2140" 



£75/ 



3GPP TS 29.232 version 4.0.0 Release 4 8 ETSI TS 1 29 232 V4.0.0 (2001 -03) 

[12] RFC 2960 "Stream Control Transmission Protocol" 

3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

Context (H.248): A context is an association between a number of Terminations. The context describes the topology 
(who hears/sees whom) and the media mixing and/or switching parameters if more than two terminations are involved 
in the association. 

Package (H.248): Different types of gateways may implement terminations which have differing characteristics. 
Variations in terminations are accommodated in the protocol by allowing terminations to have optional properties. Such 
options are grouped into packages, and a termination may realise a set of such packages. 

Termination (H.248): A termination is a logical entity on an MGW which is the source and/or sink of media and/or 
control streams. A termination is described by a number of characterising properties, which are grouped in a set of 
descriptors which are included in commands. Each termination has a unique identity (TerminationID). 

Termination Property (H.248): Termination properties are used to describe terminations. Related properties are 
grouped into descriptors. Each termination property has a unique identity (PropertylD). 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

lu Interface between the RNS and the core network. It is also considered as a reference point. 

Mc Interface between the server and the media gateway. 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

BICC Bearer Independent Call Control 

MGC Media Gateway Controller 

MTP3 Message Transfer Part layer 3 

RFC Request For Comment; this includes both discussion documents and specifications in the IETF 

domain 

SCTP Stream Control Transmission Protocol 

TFO Tandem Free Operation 

TrFO Transcoder Free Operation 



UMTS capability set 



This capability set shall be used in its entirety whenever it is used within an H.248 profile. Failure to do so will result in 
a non-standard implementation. 

ITU-T Recommendation H.248 version 1 (06/00) [10] is supported by this Capability Set. The compatibility rules for 
packages, signals, events, properties and statistics and the H.248 protocol are defined in ITU-T Recommendation 
H.248 [10]. 
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5 Naming conventions 

5.1 IVIGC/IVIGW naming conventions 

The MGC shall be named according to the naming structure of the underlying transport protocol which carries the 
H.248 protocol. 

5.2 Termination names 

The Termination ID structure is provisioned in the MGC and MGW and is known by the MGW and the MGC at or 
before start-up. It should be possible to distinguish between ephemeral and physical terminations. 



6 Topology descriptor 

The Topology Descriptor shall be supported by the MGW and MGC for handover and lawful interception. 

7 Transaction timers 

All transaction timers specified in H.248 shall be supported in this subset of the protocol. 



8 Transport 



MTP3B as defined in ITU — T Recommendation Q.2210 [11] (for ATM signalling transport) or SCTP as defined in 
RFC2960 [12] (for IP signalling transport) shall be used as the transport protocol. 



IVIultiple Virtual MG. 



If an MGW is connected to more than one (G)MSC, the MGW shall fulfil the requirements outlined in the section 
"Multiple virtual MGW" in ITU-T Recommendation H.248 [10] 



1 Formats and codes 

Table 1 shows the parameters which are required, in addition to those defined in the subclause "Formats and Codes" of 
ITU— T Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

The coding rules applied in ITU-T Recommendation H.248 [10] for the applicable coding technique shall be followed 
for the UMTS capabiUty set. 
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Table 1 : Additional parameters required 



actprot 


Signal descriptor 


As for the signal "Activate protocol" in subclause 15.1 .2.3 


Mode 


Local control 


As for the property "UP mode of operation" in subclause 15.1.1.1 


Version 


Local control 


As for the property "Upversion" in subclause 15.1.1.1 


Value 


Local control 


As for the property " Delivery of errounous SDUs" in subclause 
15.1.1.1 


Interface 


Local control 


As for the property" Interface" in subclause 15.1.1.1 


Initdirection 


Local control 


As for the property" Initialisation Direction" in subclause 15.1.1.1 


PLMN bearer capability 


Local control 


As for the property "PLMN BC" in subclause 15.1.2.1 








Coding 


Local control 


As for the property " GSM channel coding" in subclause 15.1.2.1 


Tfoenable 


Local control 


As for the property " TFO activity control" in subclause 1 5.1 .3.1 


Codeclist 


Local control 


As for the property" TFO Codec List" in subclause 15.1 .3.1 


Result 


Observed Event 
descriptor 


As for the ObservedEventDescriptor parameter "Protocol Negotiation 
Result" in subclause 15.1 .2.2 


Cause 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Protocol Negotiation 
Result" in subclause 15.1.2.2 


Rate 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Rate Change" in 
subclause 15.1.2.2 


Optimalcodec 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Optimal Codec 
Type" in subclause 15.1.3.2 


Distlist 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Distant TFO List" in 
subclause 15.1.3.2 


Off / value 


Local control 


As for the property "Echo cancelling" in subclause E.13.1 in ITU-T 
Recommendation H.248 [10] 


Error 


Error descriptor 


As defined in the subclause "Command error code" in ITU-T 
Recommendation H.248 [10] 



1 1 Mandatory Support of SDP and H.248 Annex C 
information elements 

This section shall be in accordance with the subclause "Mandatory Support of SDP and H.248 Annex C information 
elements" in ITU-T Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 



12 General on packages 

13 BICC packages 

13.1 Mandatory BICC packages 

The following BICCpackages shall be supported: 

Bearer Characteristics Package (see ITU-T Recommendation Q.1950 Annex A. 3); 

Bearer Network Connection Cut Through Package (see ITU-T Recommendation Q.1950 Annex A.4); 

Generic Bearer Connection Package (see ITU-T Recommendation Q.1950 Annex A.6). 



13.2 Optional BICC packages 



The following BICC packages shall be supported as required by the network services deployed in the network: 

Basic Call Progress Tones Generator with Directionality, (See ITU-T Recommendation Q. 1950 Annex A. 8) 
Expanded Call Progress tones Generator Package ( See ITU-T Recommendation Q.1950 Annex A.9) 
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Basic Services Tones Generation Package, ( See ITU-T Recommendation Q.1950 Annex A. 10) 

Reuse Idle Package (see ITU-T Recommendation Q.1950 Annex A.5); 

Bearer Control Tunnelling Package (see ITU-T Recommendation Q.1950 Annex A. 7); 

14 H.248 standard packages 

The following H.248 packages are used by this UMTS Capability Set: 
Generic vl (see [10] Annex E.l); 
Base Root Package vl (see [10] Annex E.2); 
Tone Generator Package vl (see [10] Annex E.3); 
Tone Detection Package vl (see [10] Annex E.4); 
Basic DTMF Generator Package vl (see [10] Annex E.5); 
DTMF Detection Package vl (see [10] Annex E.6); 
Call Progress Tones Generator Package vl (see [10] Annex E.7); 
Generic Announcement Package vl (see [10] Annex K); 
- TDM Circuit Package vl (see [10] Annex E.13). 

14.1 Call independent H.248 transactions 

Table 2 shows the relationship between each non call-related procedure in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) and the corresponding stage 2 procedure defined in 3GPP TS 23.205 [2]. 

Table 2: Correspondence between Q.1950 non call-related transactions and TS 23.205 procedures 



Transaction used in Q.1950 


Procedure defined in 3GPP 
TS 23.205 [2] 


Comments 


BIWF Service Cancellation Indication 


MGW Out-of-Service 




BIWF Lost Communication 


IVIGW Communication Up 




BIWF Service Restoration Indication 


MGW Restoration 




BIWF Registration 


IVIGW register 




BIWF Re-Registration 


MGW re-register 




ecu Ordered BIWF Re-Registration 


(G)MSC ordered re-register 




ecu Initiated Service Restoration 


(G)MSC restoration 




ecu Initiated Service Cancellation 


(G)MSC out of service 




BIWF_Service_Cancellation_lndication 


Termination Out-of-Service 


Is a part of BIWF Service 
cancellation in 0.1 950 


BIWF_Service_Restoration_lndication 


Termination Restoration 


Is a part of BIWF Service 
cancellation in 0.1 950 


Audit Values 


Audit Value 




Audit Capabilities 


Audit Capability 




BIWF Capability Change 


Capability Update 





14.1.1 MGW out-of-service 

This procedure is the same as described in the subclause "BIWF Service Cancellation Indication" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]), with the following clarification. 
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Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = Null 
Termination ID = Root 
Service Change Reason = 

IVIGW impending failure 
Service Change IVIethod = 

Graceful / Forced 



Delay is not used. 



14.1.2 MGW communication up 



This procedure is the same as described in the subclause "BIWF Lost Communication" in ITU-T Recommendation 
Q.1950 (see 3GPP TS 29.205 [7]). 



14.1.3 MGW restoration 

This procedure is the same as described in the subclause "BIWF Service Restoration Indication" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]) with the following clarification. 



Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = Null 
Termination ID = Root 



Delay is not used. 

14.1.4 MGW register 

This procedure is the same as that described in the subclause "BIWF Registration" in ITU-T Recommendation Q.1950 
(see 3GPP TS 29.205 [7]). 

14.1.5 MGW re-register 

This procedure is the same as that described in the subclause "BIWF Re-Registration" in ITU-T Recommendation 
Q.1950 (see 3GPP TS 29.205 [7]). 

14.1.6 (G)MSC ordered re-register 

This procedure is the same as described in the subclause "CCU Ordered BIWF Re-registration" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]) with the following correction. 



Address Information 



Control information 



Bearer information 



Use New MGC Control Address: 
Service Change Address = 
MGC Control Address 



Service Change Reason = 
MGC impending failure 



14.1.7 (G)MSC restoration 

This procedure is the same as described in the subclause "CCU initiated service restoration" in ITU-T Recommendation 
Q.1950 (see 3GPP TS 29.205 [7]) with the following clarification. 
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Address Information Control information Bearer information 



Context ID = Null 
Termination ID = 
Root Service Change Reason = 

Cold Boot / Warm Boot 
Service Change IVIethod = Restart 



Delay is not used. 

14.1.8 Termination out-of-service 

This procedure is the same as described in the subclause "BIWF Service Cancellation Indication" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]) with the following clarification. 

ServiceChange.req (Termination Out-of-Service) MGW to MGC 



Address Information Control information Bearer information 



Transaction ID = z 
Context ID = Contexts / Null / All 
Termination ID = Termination(s) 
Service Change Reason = 

Transmission failure / 

Termination malfunctioning / 

Loss of lower layer connectivity / 

Termination taken out of service 
Service Change IVIethod = 
Graceful / Forced 

Delay is not used. 

14.1.9 Termination restoration 

This procedure is the same as described in the subclause "BIWF Service Restoration Indication" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

Address information Control Information Bearer information 



Transaction ID = z 
Context ID = Contexts / Null / All 
Termination ID = Termination(s) 
Service Change Reason = 

Service Restored 
Service Change Method = Restart 



14.1.10 Audit value 



This procedure is the same as described in the subclause "Audit Values" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 



14.1.11 Audit capability 



This procedure is the same as described in the subclause "Audit Capabilities" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 



14.1.12 MGW capability update 



This procedure is the same as described in the subclause "BIWF Capability Change" in ITU-T Recommendation 
Q.1950 (see 3GPP TS 29.205 [7]). 
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14.1.13 (G)MSC Out of Service 

This procedure is the same as that described in the subclause "CCU Initiated Service Cancellation" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

1 4.2 Call related H.248 transactions 

Table 3 shows the relationship between each call-related procedure in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) and the corresponding stage 2 procedure defined in 3GPP TS 23.205 [2]. 

Table 3: Correspondence between Q.1950 call-related transactions and 3GPP TS 23.205 and 23.153 

procedures 



Transaction used in Q.1950 


Procedure defined in 3GPP TS 
23.205 [2] and 23.153 [1] 


Comments 


Change Topology 


Change Flow Direction 




Join 


Join Bearer Terminations 




Isolate 


Isolate Bearer Terminations 




Establish BNC notify+(tunnel) 


Establish Bearer 




Prepare BNC notify+(tunnel) 


Prepare Bearer 




Cut Through 


Change Through-Connection 




Not defined in Q.1950 


Activate Interworking Function 




Cut_BNC (include several procedures). 


Release Bearer (Release Bearer and 
Release termination) 




BNC Established 


Bearer Established 




BNC Release 


Bearer Released 




Insert Tone 


Send Tone 




Insert Annoucement 


Play Announcement 




Signal Completion 


Announcement Completed 




Detected Digit 


Detect DTMF 




Insert Digit 


Send DTMF 




Detect digit(BIWF) 


Report DTMF 




Confirm char 


Confirm char 




Modify Char 


Modify char 




Reserve Char 


Reserve char 




BNC Modified 


Bearer modified 




Echo canceller 


Activate Voice Processing Function 




BNC connected 


[Editors note: No definition yet] 




BNC modification failed 


Bearer modified failed 




Tunnel (MGC-MGW) 


Tunnel information down 




Tunnel (MGW-MGC) 


Tunnel information up 




Insert tone 


Stop tone 




Insert announcement 


Stop announcement 




Detect digits 


Stop DTMF detection 




Insert digit 


Stop DTMF 




Insert tone 


Tone completed 




Not defined 


Reserve circuit 




Not defined 


Command rejected 




Not defined 


TFO activation 




Not defined 


Codec modify 




Not defined 


Optimal codec and distant list notify 




Not defined 


Distant codec list 




Modify char 


Modify bearer characteristics 




Not defined 


IWF Protocol Indication 





NOTE: A procedure defined in table 3 can be combined with another procedure in the same action. This means 
that they can share the same contextID and termination ID(s). 



1 4.2.1 Change flow direction 



This procedure is the same as that defined in the subclause "Change Connection Topology" in ITU-T Recommendation 
Q.1950 (see 3GPP TS 29.205 [7]) with the following additions. 
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Address Information 


Control information 


Bearer information 




Context ID = c1,? 
Connection Configuration = 

(TerminationlD=x1, ? 

TerminationlD=x2,? 

[type = x]),... 





1 4.2.2 Isolate bearer terminations 

This procedure is the same as that defined in the subclause "Isolate" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.3 Join bearer terminations 

This procedure is the same as that defined in the subclause "Join" in Q.1950 (see 3GPP TS 29.205 [7]). 

14.2.4 Establish bearer 

This procedure is the same as that defined in the subclause "Establish BNC_notify" in ITU-T Recommendation Q.1950 
(see 3GPP TS 29.205 [7]) with additions as shown below. 



Address Information 


Control information 


Bearer information 




UP mode = IVIode 


PLIVIN bearer capability = 




UP version = version 


PLIVIN capability 




Delivery of erroneous SDUs = value 






Interface = interface 


GSIVI channel coding = coding 




Initdirerection = initdirection 






If indication on Protocol Negotiation 






Result requested: 






NotificationRequested (Event ID = x, 






"Prot Negotiation Result") 






If indication on Rate Change 






requested: 






NotificationRequested (Event ID = x, 






"RateChange") 





The parameter logical port is not used. 

14.2.5 Prepare Bearer 

This procedure is the same as that defined in the subclause "Prepare_BNC_notify" in ITU-T Recommendation Q.1950 
(see 3GPP TS 29.205 [7]) with additions as shown below: 



Address Information 


Control information 


Bearer information 




UP mode = mode 


PLMN bearer capability = 




UP version = version 


PLIVIN capability 




Delivery of erroneous SDUs = value 






Interface = interface 


GSIVI channel coding = coding 




Initdirerection = initdirection 






If indication on Protocol Negotiation 






Result requested: 






NotificationRequested (Event ID = x, 






"Prot Negotiation Result") 






If indication on Rate Change 






requested: 






NotificationRequested (Event ID = x, 






"RateChange") 
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The parameter logical port is not used. 

1 4.2.6 Change through connection 

This procedure is the same as that defined in the subclause "Cut through" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) with the following clarification and deletion. 

The BIWF controlled cut through, as defined in the subclause "Cut Through" - "BIWF controlled" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]), is used as well as the MGC controlled cut through for the change 
through connection procedure. 

NotificationRequested = (Event ID = x,"Cut Through") is deleted. 



14.2.7 Activate interworking function 



When the procedure "Activate Interworking function" is required the following procedure is initiated: 

The MGC sends a MOD.req command with the following information. 

1 MOD.req (Activate Interworking function) MGC to MGW 

Address Information Control information Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

Signal=actpro 

If indication on Protocol Negotiation 

Result requested: 
NotificationRequested (Event ID = x, 

"Prot Negotiation Result") 

If indication on Rate Change 

requested: 
NotificationRequested (Event ID = x, 

"RateChange") 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 MOD.resp (Activate Interworking function ) MGW to MGC 



Address Information 



Control information 

Transaction ID = z 
Context ID = c1 
TerminationID = bearerl 



Bearer information 



14.2.8 Release procedures 

This subclause includes a number of procedures. 



14.2.8.1 



Release bearer 



This procedure is the same as that defined in the subclause "Cut_BNC" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) including the Modify command in the transaction. 



14.2.8.2 



Release termination 



This procedure is the same as that defined in the subclause "Cut_BNC"in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) including a Subtract command in the transaction. 

NOTE: Release bearer and release termination should be sent in the same transaction. 
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14.2.9 Bearer released 

This procedure is the same as that defined in the subclause "BNC Release" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.10 Bearer established 

This procedure is the same as that defined in the subclause "BNC Established" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.11 Send tone 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Tone" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]) with the following additions. 



Address Information 


Control information 


Bearer information 




If CAMEL Prepaid Warning Tone 
Signal = warning tone 





14.2.12 Play announcement 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Announcement" in 
ITU-T Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

14.2.13 SendDTMF 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Digit" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

14.2.14 Detect DTMF 

This procedure is the same as that defined in the subclause "Media Content Detection" - "Detect Digit" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

14.2.15 Report DTMF 

This procedure is the same as that defined in the subclause "Detected Digit" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.16 Announcement completed 

This procedure is the same as that defined in the subclause "Signal.Completion" in ITU-T Recommendation Q.1950 
(see 3GPP TS 29.205 [7]). 

1 4.2. 1 7 Activate voice processing function 

When the procedure "Activate Voice Processing Function" (VPF) is required the following procedure is initiated: 

The MGC sends an ADD.req, MOD.req or MOV.req command with the following information. 

1 ADD.req/MOD.req/MOV.req ( . . . , Activate Voice Processing Function) MGC to MGW 
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Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearert 
VPF Type 
ActivateVPF = off / value 



When the MGW receives the command, it shall associate the relevant voice processing function resources with the 
specified termination. 

When the processing of command (1) is complete, the MGW may initiate the "Voice Processing Function Ack" 
procedure. 



2 ADD.resp/MOD.resp/MOV.resp (Voice Processing Function Ack) 
Address Information Control information 



MGW to MGC 

Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 



14.2.18 Reserve circuit 

This procedure is activated when the "Reserve Circuit" procedure is initiated. 

An ADD.req, MOD.req or MOV.req command is sent with the following information. 

1 ADD.req/MOD.req/MOV.req (Reserve_Circuit) CSM to BIWF 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Termination ID = bearerl 

Context Requested: 
Context ID = ? 
Context Provided: 
Context ID = c1 

If indication on Protocol 

Negotiation Result requested: 
NotificationRequested (Event ID 

= X, "Prof Negotiation 

Result") 

If indication on Rate Change 

requested: 
NotificationRequested (Event ID 

= X, "RateChange") 


Bearer Service Characteristics 

If data call 

PLMN capabilities 

GSM channel coding = coding 



Upon completion of processing command (1) an ADD.resp, MOD.resp or MOV.resp command (2) is sent. 



2 ADD.resp/MOD.resp/MOV.resp 



BIWF to CSM 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
TerminationID = bearerl 





14.2.19 Tunnel information up 

This procedure is the same as that defined in the subclause "Tunnel" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

NOTE: This procedure is always initiated from the MGW. 



£75/ 



3GPP TS 29.232 version 4.0.0 Release 4 1 9 ETSI TS 1 29 232 V4.0.0 (2001 -03) 

14.2.20 Tunnel information down 

This procedure is the same as that defined in the subclause "Tunnel" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

NOTE: This procedure is always initiated from the MGC. 

14.2.21 Tone completed 

This procedure is the same as that defined in the subclause "Signal.Completion" in ITU-T Recommendation Q.1950 
(see 3GPP TS 29.205 [7]). 

14.2.22 Stop announcement 

This procedure is the same as that defined in the subclause "Insert Announcement" in ITU-T Recommendation Q.1950 
(see 3GPP TS 29.205 [7]) with the following clarification. The signal descriptor shall not include any signal. 

14.2.23 Stop tone 

This procedure is the same as that defined in the subclause "Insert Tone" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) with the following clarification. The signal descriptor shall not include any signal. 



14.2.24 Stop DTMF detection 

This procedure is the same as that defined in the subclause "Detect Digit" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) with the following clarification. The eventDescriptor shall not include any event. 

14.2.25 Stop DTMF 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Digit" in ITU-T 
Recommendation Q.1950 (see 3GPP TS 29.205 [7]) . The signal descriptor shall not include any signal. 

14.2.26 Confirm char 

This procedure is the same as that defined in the subclause "Confirm Char" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.27 Modify char 

This procedure is the same as that defined in the subclause "Modify Char" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.28 Reserve char 

This procedure is the same as that defined in the subclause "Reserve Char" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

14.2.29 Bearer modified 

This procedure is the same as that defined in the subclause "BNC modified" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]). 

1 4.2.30 Bearer modification failed 

This procedure is the same as that defined in the subclause "BNC modification failed" in ITU-T Recommendation 
Q.1950 (see 3GPP TS 29.205 [7]). 
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14.2.31 TFO Activation 

When the procedure "TFO activation" is required the following procedure is initiated: 

The MGC sends a MOD.req command with the following information. 

1 MOD.req (TFO activation) MGC to MOW 

Address Information Control information Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 
Tfoenable = Off / value 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 MOD.resp (TFO activation) MGW to MGC 



Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = c1 
TerminationlD=bearer1 



1 4.2.32 Optimal codec and distant list_notify 

When the procedure "Optimal codec and distant list" is required the following procedure is initiated: 

The MGC sends a MOD.req command with the following information. 

1 MOD.req (Codec modify and distant list) MGC to MGW 



Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 
Property= codeclist 

NotificationRequested (Event ID = x, 
"Codec modify") 

NotificationRequested (Event ID = x, 
"Distant List") 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 MOD.resp (Optimal codec and codec list) MGW to MGC 

Address Information Control information Bearer information 



Transaction ID = z 
Context ID = c1 
TerminationlD= bearerl 



14.2.33 Codec modify 

When the procedure "Codec modify" is required the following procedure is initiated: 

The MGW sends a NOT.req command with the following information. 

1 NOT.req (Codec modify) MGW to MGC 
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Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearert 

EventJD (Event ID = x, "Optimal 
codec") 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (Codec modify) MGC to MGW 

Address Information Control information Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 



14.2.34 Distant codec list 

When the procedure "Distant codec list" is required the following procedure is initiated: 

The MGW sends a NOT.req command with the following information. 

1 NOT.req (Distant codec list) MGW to MGC 



Address Information 



Control Information 



Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

EventJD (Event ID = x, "Distant 
list") 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (Distant codec list) MGC to MGW 

Address Information Control Information Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 



14.2.35 Command rejected 

When the procedure "Command rejected" is required the following procedure is initiated: 
The MGW/MGC sends .resp to any command req. with the following information. 

1 ANYcommand.resp (command rejected ) MGW/MGC to MGC/MGW 

Address Information Control information Bearer information 



Transaction ID = z 

Context ID = c1 or no context 

Reason=Error 



1 4.2.36 Modify bearer cinaracteristics 



This procedure is the same as that defined in the subclause "Modify Char" in ITU-T Recommendation Q.1950 (see 
3GPP TS 29.205 [7]) with additions as shown below. 
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Address Information 


Control information 


Bearer information 




If framing protocol used: 


If data call: 




UP mode = mode 


PLMN bearer capbility = 




UPversion ^version 


PLIVIN capability 




Delivery of erroneous SDUs=value 


GSIVI channel coding=coding 




lnterface=interface 






lnitdirerection=initdirection 






If indication on Protocol Negotiation 






Result requested: 






NotificationRequested (Event ID = x, 






"Prof Negotiation Result") 






If indication on Rate Change 






requested: 






NotificationRequested (Event ID = x, 






"RateChange") 





14.2.37 Protocol negotiation result 



When the procedure "Protocol negotiation resuh" is required the following procedure is initiated: 

The MGW sends a NOT.req command with the following information. 

1 NOT.req (Protocol negotiation result) MGW to MGC 

Address Information Control information Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearert 

EventJD (Event ID = x, "Result" 
"Cause") 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (Protocol negotiation result) MGC to MGW 



Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearert 



14.2.38 Rate change 

When the procedure "Rate change" is required the following procedure is initiated: 

The MGW sends a NOT.req command with the following information. 

1 NOT.req (Rate change) MGW to MGC 



Address Information 



Control information 



Bearer information 



Transaction ID = z 
Context ID = c1 
Termination ID = bearert 

EventJD (Event ID = x, "Rate" 



When the processing of command (1) is complete, the MGW initiates the following procedure. 
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2 NOT.resp (Rate change) MGC to MGW 



Address Information Control information Bearer information 

Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 



15 UMTS packages 



15.1 Mandatory UMTS packages 

The following packages are required for the UMTS Bearer Independent Circuit-Switched Core Network: 
3GUP (User Plane) package (see subclause 15.1.1); 
Circuit Switched Data package (see subclause 15.1.2); 
TFO package (see subclause 15.1.3). 

15.1.1 3GUP package. 

PackagelD: 3gup (Ox####) 

[Editor's note: PackagelD to be allocated by lANA] 

Version: 1 

Extends: None 

This package identifies that the User Plane package is used for the termination. It also contains some parameters for the 
User Plane functions in the MGW. 

The UP Protocol operates independently of the stream mode property, i.e. UP PDUs can be transported between UP 
peers, irrespective of the stream mode direction. 

15.1.1.1 Properties 

UP Mode of operation: 

PropertylD: mode (0x0001) 

Description: Defines the mode of operation of the User Plane functions , for further definitions see 
3GPPTS 25.415 [4] and 29.415 [8]. 

Type: Enumeration 

Possible Values: 

"Trans" (0x0001) Transparent mode 

"Supp" (0x0002) Support mode for predefined SDU sizes 
Default: "Trans" (0x0001) Transparent mode 
Defined in: Local Control descriptor 
Characteristics: Read/Write 
UP versions: 

PropertylD: up versions (0x0002) 
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Description: Defines the versions of the UP mode of operation which is used. 

Type: Sub-list 

Possible Values: 

{1,..., 16} 

Default: { 1 } 

Defined in: Local Control descriptor 

Characteristics: Read/Write 

Delivery of erroneous SDUs: 

PropertylD: delerrsdu (0x0003) 

Description: 

Indicates how erroneous SDUs should be handled. If it is set to YES then the UP entity implements error 
checking and sets Frame Quality Classification (FQC) bits accordingly; bad frames are delivered to the UP layer. 
If it is set to NO then the UP entity performs error checking and if a bad frame is detected then it is discarded. 
These settings are required only when the payload is to be examined by upper layer services. If it is set to NA 
then no checking is performed. 

Type: Enumeration 

Possible Values: 

"Yes" (0x0001) Yes 

"No" (0x0002) No 

"NA" (0x0003) Not Applicable 
Default: "NA" (0x0003) Not Applicable 
Defined in: Local Control descriptor 
Characteristics: Read/Write 
Interface: 

PropertylD: interface (0x0004) 

Description: Indicates the type of interface on which the termination is used. 

Type: Enumeration 

Possible Values: 

"RAN" (0x0001) lu interface 

"CN" (0x0002) Nb interface 

Defined in: Local Control descriptor 

Characteristics: Read/Write 

Initialisation Direction 

PropertylD: initdir (0x0005) 

Description: 

Indicates whether or not the termination in the MGW should expect Initialisation information, or initiate UP 
itself. For the Nb interface: 
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If Initialisation Direction is set to Incoming then the UP entity shall expect to receive an initialisation from an 
external UP peer or from an internal UP entity. 

If Initialisation Direction is set to outgoing then the UP entity shall generate an initialisation procedure. 

For the lu interface: 

If Initialisation Direction is set to incoming then the initialisation received at this termination is from the 
originating RAN and can be forwarded internally to other terminations for subsequent UP initialisations. 

If Initialisation Direction is set to outgoing then initialisations received are from the terminating RAN and 
cannot be forwarded internally. RFCI value correction can be performed at this termination, and 
initialisations can be sent out to the RAN. 

Type: Enumeration 

Possible Values: 

"In" (0x0001) Incoming 

"Out" (0x0002) Outgoing 
Defined in: Local Control descriptor 
Characteristics: Read/Write 

15.1.1.2 Events 

None 

15.1.1.3 Signals 

None 

15.1.1.4 Statistics 

None 

15.1.1.5 Procedures 

The MGC uses this package to indicate to the MGW that the lu (or Nb) User Plane is used between the RNC (or distant 
MGW) and the MGW. The package is sent in the Establish bearer and Prepare bearer procedures. For more information 
on the User Plane and for a description of ' UP mode of operation', 'UP versions' and Delivery of erroneous SDUs' see 
3GPPTS 25.415 [4]. 

The following procedures are valid for UP in Support Mode: 

TheMGW shall be able to initiate and respond to the UP control procedures (PDU type 14 frames) independently 
of the Stream Mode during the call establishment phase, i.e. when not in TrFO. 

Otherwise, during TrFO the MGW shall be able to forward UP control procedures (PDU type 14 frames) 
received at one termination to the other termination. 

The UP Initialisation procedure is always acknowledged between MGW peers. If an MGW receives a request for 
a notification for the bearer establishment then the MGW shall not send the notification until after it has sent the 
acknowledgement for the UP initialisation. 

The MGW shall always store RFCI parameters against the MGW termination which received the UP 
initialisation. 

If an MGW has the UP termination property Initialisation Direction = Incoming then it expects to receive an 
Initialisation (either internally or externally). 
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If an MGW has UP termination property Initialisation Direction = Outgoing and interface CN, then it generates a 
network originated InitiaHsation PDU. 

If an MGW has UP termination property InitiaHsation Direction = Outgoing and interface RAN, then it expects 
to receive an InitiaHsation externally. It shall not pass the initialisation parameters internally. It may initiate 
RFCI Value Correction out from this termination. 

If an MGW has two terminations in the same context defined as supporting the UP package and with 
Initialisation Direction incoming, then when it receives an Initialisation procedure from one side (provided the 
bearer connection from the other termination to its peer MGW is established) it shall start the UP initialisation 
procedure towards the peer MGW. The MGW shall perform this procedure independently of the through- 
connection of the terminations in the context. The MGW shall relay control information from the first 
initialisation to the UP peer for use at the subsequent initialisation. Also, subsequent control procedures received 
on one UP shall be relayed to the other UP entity when the two UP entities are connected within the MGW. This 
behaviour is termed as a "UP Relay Function"; it is described in more detail in Annex A. 

If an MGW has one termination with interface = lu and initialisation direction outgoing and another termination 
with 3G UP property (initialisation direction Incoming) in the same context, then the MGW shall not forward 
the UP initialisation from the Incoming termination until it has received a UP initialisation at the lu/Outgoing 
side. If the RFCI values stored at the Nb termination do not match the RFCI values stored at the lu side then 
"RFCI Value Correction" may be performed to the lu side: the MGW starts UP initialisation with the RFCI 
values 'relayed' from the Incoming side. No "RFCI Value Correction" is permitted at the Nb side. 

As an implementation option, "RFCI Value Correction" may be delayed if terminations are not through- 
connected; it will be triggered by connection modification. Otherwise it shall be performed immediately 

If "RFCI Value Correction" is not performed the MGW "UP Relay Function" shall map the indexes for frames 
from one side to the RFCI indexes for frames from the other side. 

If an MGW has two lu terminations connected to the same context then the "RFCI Value Correction" is 
performed by the Outgoing termination. 

If an MGW has two terminations which support the UP package connected to the same context and both RFCI 
sets match then the MGW may pass frames transparently through the UP entities; no monitoring of the frames is 
performed, provided that the terminations are through-connected. The "UP Relay Function" may then also be 
bypassed. 

If the MGW is passing frames transparently, no UP monitoring is performed. When the MGW receives an H.248 
procedure request which requires interpretation or interaction with the UP, then it shall resume its UP protocol 
responsibilities, i.e. perform monitoring or termination of the UP protocol. 

15.1.2 Circuit Switclied Data package 

PackagelD: 3gcsd (Ox####) 

[Editor's note: PackagelD to be allocated by lANA] 

Version: 1 

Extends: None 

This package contains the information needed to be able to support GSM and UMTS Circuit Switched Data from the 
media gateway. 

15.1.2.1 Properties 

PLMN BC 

PropertylD: plmnbc (0x0001) 
Description: The PLMN Bearer Capability. 
Type: Octet string 
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Possible values: 

Specified in the subclause "Bearer capability" in 3GPP TS 24.008 [3]. 
Defined in: Local Control Descriptor 
Characteristics: Read/Write 
GSM channel coding 

PropertylD: gsmchancod (0x0002) 
Description: Channel information needed for GSM. 
Type: Octet string 
Possible values: 

The second octet of Chosen Channel as specified in the subclause "Chosen Channel" in 3GPP TS 48.008 [9]. 
Defined in: Local Control Descriptor 
Characteristics: Read/Write 

15.1.2.2 Events 

Protocol Negotiation Result 
EventID: protres (0x0001) 

Description: This event is used to report the result of the protocol negotiation. 
EventsDescriptor Parameters: None 
ObservedEventsDescriptor Parameters: 
Negotiation Result 

Parameterld: result (0x0001) 

Description: reports whether the protocol negotiation has been successful. 

Type: Enumeration 

Possible Values: 

"Success" (0x0001): the protocol negotiation on the termination has been successful, 
"Failure" (0x0000): the protocol negotiation on the termination has failed. 
Possible Failure Cause 

Parameterld: cause (0x0002) 

Description: indicates the possible failure cause 

Type: Enumeration 

Possible Values: 

"Unsp" (0x0001): the protocol negotiation has failed for an unspecified reason, 
"V8V34" (0x0002): the V.8 or the V.34 protocol negotiation has failed (modem termination only). 
Rate Change 

EventID: ratechg (0x0002) 



£75/ 



3GPP TS 29.232 version 4.0.0 Release 4 28 ETSI TS 1 29 232 V4.0.0 (2001 -03) 

Description: This event is used to report a rate change. 
EventsDescriptor Parameters: None 
ObservedEventsDescriptor Parameters: 
New Rate 

Parameterld: rate (0x0001) 

Description: reports the new rate for the termination. 

Type: Integer. 

Possible Values: 

transmission rate in bits per second, rounded to the nearest integer value. The value must be a valid 
bitrate (e.g. 33 600, 28 800). 

15.1.2.3 Signals 

Activate Protocol 

SignallD: actprot (0x0001) 

Description: Activate the higher layer protocol. 

Signal type: Brief 

Duration: N/A 

Additional parameter: 

Local Peer Role 

ParameterlD: localpeer (0x0001) 

Type: Enumeration 

Possible values: 

"Orig" (0x0000): originating 

"Term" (0x0001): terminating 

Description: 

This parameter is optional, but is required for modem and fax calls. It is used to inform the modem 
whether it should act as originating or terminating peer. 



15.1.2.4 

None 


Statistics 


15.1.2.5 


Procedures 



This package is used to set up data calls within the CS domain. For more information on the IWF, refer to 
3GPPTS 29.007 [6]. 

When the Media Gateway Controller initiates the "Establish Bearer" procedure, the "Prepare Bearer" procedure, the 
"Modify Bearer" procedure or the "Reserve Circuit" procedure, it shall provide the PLMN BC ("plmnbc" property 
above) for the termination on the mobile side and the ISDN BC (standard H.248 properties, chapter "Bearer 
Capabilities") for the termination on the fixed side. For a mobile-to-mobile call, it shall provide the PLMN BC on both 
terminations. 

The presence of the PLMN BC property may trigger the use of the IWF. 
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Once the bearer has been established, after B-answer, the "Activate Interworking Function" procedure is used to 
activate the IWF. The Activate Protocol signal ("actprot") will start the negotiation of the layer 2 protocols on both 
sides. If a modem or fax service is requested, the signal shall contain the Local Peer Role parameter ("localpeer"), to tell 
the modem whether it should act as originating or terminating peer. 

NOTE: The Activate Protocol signal is needed only after B-answer as described above, to activate the protocol 
timers at the correct time. This is the only time when this signal is needed (specifically, the signal is not 
used after a handover sequence or for lawful interception). 

The IWF Protocol Indication notifications are used by the MGW to inform the MSC server about IWF protocol events. 
The MSC has to request the detection of the events "Protocol Negotiation Result" and "Rate Change" in the "Activate 
IWF" procedure, the "Establish Bearer" procedure, the "Prepare Bearer" procedure, the "Modify Bearer" procedure or 
the "Reserve Circuit" procedure. 

For handover to GSM, or change of channel characteristics within the GSM network, the property GSM Channel 
Coding ("gsmchancod"), which contains the information about the channel type and the number of channels, shall be 
transmitted to the termination on the mobile side in the "Establish Bearer", the "Prepare Bearer" and the "Reserve 
Circuit" procedures together with the PLMN BC. The presence of the GSM Channel Coding property also indicates that 
the termination is using a GSM access network. 



15.1.3 TFO package 

The addition of text encoding for the TFO codec list is for further study. 

PackagelD: 3gtfoc (Ox####) 

[Editor's note: PackagelD to be allocated by lANA] 

Version: 1 

Extends: None 

This package defines events and properties for Tandem Free Operation (TFO) control. TFO uses inband signalling and 
procedures for Transcoders to enable compressed speech to be maintained between a tandem pair of transcoders. This 
package allows an MGW which has inserted a transcoder to support TFO. 

15.1.3.1 Properties 

TFO Activity Control 

PropertylD: tfoenable (0x0001) 

Description: Defines if TFO is enabled or not. 

Type: Enumeration 

Possible Values: 

"On" (0x0001): TFO is enabled, TFO protocol is supported 

"Off" (0x0002): TFO is not enabled, TFO protocol is not initiated or terminated 

Defined in: Local Control descriptor 

Characteristics: Read/Write 
TFO Codec List 

PropertylD: codeclist (0x0002) 

Description: List of codecs for use in TFO protocol, the active codec is always the first entry in the list. 

Type: Octet string 
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Possible Values: 

List ofcodec types; each entry: 

As defined in Q.765.5 (see 3GPP TS 29.205 [7]), or 

As defined by an appropriate regional standards development organisation, identified by an Organisational 
Identifier in Q.765.5 (see 3GPP TS 29.205 [7]). 

Defined in: Local Control descriptor 

Characteristics: Read/Write 

15.1.3.2 Events 

Optimal Codec Event 

EventID: codec_modify (0x0010) 

Description: 

The event is used to notify the MGC that TFO negotiation has resulted in an optimal codec type being proposed. 

EventsDescriptor Parameters: None 

ObservedEventsDescriptor Parameters: 

Optimal Codec Type 

ParameterlD: optimalcodec (0x0011) 

Description: indicates which is the proposed codec type for TFO 

Type: Octet string 

Possible Values: 

Codec Type: 

As defined in Q.765.5 (see 3GPP TS 29.205 [7]), or 

As defined by an appropriate regional standards development organisation, identified by an 
Organisational Identifier in Q.765.5 (see 3GPP TS 29.205 [7]). 

Codec List Event 

EventID: distant codecjist (0x0012) 

Description: The event is used to notify the MGC of the distant TFO partner's supported codec list.. 

EventsDescriptor Parameters: None 

ObservedEventsDescriptor Parameters: 

Distant Codec List 

ParameterlD: distlist(0x0013) 

Description: indicates the codec list for TFO 

Type: Octet string 

Possible Values: 

List of codecs of type Codec Type: 

As defined in Q.765.5 (see 3GPP TS 29.205 [7]), or 
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As defined by an appropriate regional standards development organisation, identified by an 
Organisational Identifier in Q.765.5 (see 3GPP TS 29.205 [7]). 

The first Codec Type in the list is the one proposed for use (Optimal Codec Type). 

15.1.3.3 Signals 

None 

15.1.3.4 Statistics 

None 

15.1.3.5 Procedures 

For the procedures for TFO see 3GPP TS 28.062 [5]. 

The use of the properties in this package is applicable only when the MGW Termination to which the package 
properties are applied has the media stream property for Codec Type set to ITU-T G.71 1 (see Annex C of ITU-T 
Recommendation H.248). Furthermore, the package properties are applicable only if the Codec Type property of the 
media stream at the opposing MGW Termination is not set to ITU G.711. 

1 5.1 .4 3G Expanded Call Progress Tones Generator Package 

PackagelD: 3gxcg(0x####) 

[Editor's note: PackagelD to be allocated by lANA] 

Version: 1 

Extends: xcg version 1 

This package extends "Expanded Call Progress Tones Generator Package", as defined in ITU-T Recommendation 
Q. 1950 (see 3GPP TS 29.205 [7]). The package adds a new toneld for CAMEL prepaid warning tone. 

15.1.4.1 Properties 

None 

15.1.4.2 Events 

None 

15.1.4.3 Signals 

CAMEL Prepaid Warning Tone 

SignallD: cpwt (0x004f) 

Description: 

Generate CAMEL prepaid warning tone to inform the party that the Max Call Period Duration is about to expire. 
CAMEL prepaid warning tone is defined in TS 23.078. The physical characteristic of CAMEL prepaid warning 
tone is available in the gateway. 

Signal type: Brief 

Duration: Provisioned, Not Auditable 

Additional parameters: 

Tone Direction 
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ParameterlD: td (0x0010) 
Type: Enumeration 

Values: 

"Ext" (0x01): external, 

"Int" (0x02): internal, 

"Both" (0x03): Both 
Default: "Ext" 

15.1.4.4 Statistics 

None 

15.1.4.5 Procedures 

None 



15.2 Optional UMTS packages 
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Annex A (informative): 

The Framing protocol Interworking Function (FIF) 

A.1 Introduction 

SDUs transmitted over an lu or Nb interface and received at a MGW whose outgoing UP is also lu or Nb shall be 
relayed to the outgoing UP MGW termination. When no interworking function or transcoder device is inserted by the 
MGW then SDUs and control procedures are passed between MGW terminations by the FIF. The FIF is the functional 
entity responsible for aligning or mapping control procedures (including RFCIs, frame numbers etc) on the separate UP 
interfaces according to the package procedures described in the main text. The FIF determines if PDUs can be relayed 
unmodified or if some mapping is required, by this the FIF determines if the two UP configurations are identical and 
thus the UP PDUs may be passed transparently. 

The FIF becomes operational after the UP Initialisation procedure has been performed by at least one Termination in 
the MGW's Context. UP initialisations are not handled by the FIF, only receipt of the Subflow combinations and the 
RFCI allocations are received by the FIF for each UP Initialisation. 
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Figure A.I : The Relay Function in support mode 



A.2 FIF procedures with respect to lu framing protocol 

This section handles relay of user data indicated to the Relay Function in a Nb- or lu-UP-data-indication message and 
transmitted between peer UP layer entities in PDU types and 1 . The Relay Function passes this information to the UP 
layer on the sending side in a Nb- or lu-UP-data-request message. 



A.2.1 Payload 



Received SDUs shall be forwarded unmodified to the next MGW. Note that if "delivery of erroneous SDUs" is set to 
'no', faulty SDUs are already discarded by the lu or Nb support mode functions and, hence, not delivered to the Relay 
Function. 
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A.2.2 RFCIs 

If the RFCI values on the outgoing UP interface match those initiaUsed on the incoming UP interface then the RFCI 
indicated by the lower layer (i.e., lu or Nb) on the receiving side shall be forwarded unmodified to lower layer on the 
sending side. 

If the RFCI sets on the outgoing UP interface do not match those initialised on the incoming UP interface then the FIF 
performs mapping between the RFCIs on each UP for the same initialised Subflow Combination. 

The FIF is the entity that may perform the RFCI value correction procedure as described in the main text, after the 
procedure then relaying of the received RFCI shall be performed. 

A.2.3 FQC 

The FQC indicated by the lower layer (i.e., lu or Nb) on the receiving side shall be forwarded unmodified to lower layer 
on the sending side. 

A.2.4 Frame number 

The frame number indicated by the lower layer (i.e., lu or Nb) on the receiving side shall be forwarded unmodified to 
lower layer on the sending side. 



A.3 Relay of status information 



This section handles relay of status information indicated to the Relay Function in a Nb- or lu-UP-status-indication 
message and transmitted between peer UP layer entities in PDU type 14. The Relay Function in general passes this 
information to the UP layer on the sending side. 

A.3.1 Initialisation 

Initialisation requests and acknowledgements are generated locally by the UP protocol entities and are not indicated to 
the upper layer. However the initialisation information shall be provided to the FIF in order to be relayed for use by the 
outgoing Termination. 

A.3.2 Rate Control Frames 

The FIF shall pass rate control request and rate control acknowledgement frames transparently between incoming UP 
interface and outgoing UP interface. 

When a MGW reverts from TrFO break operation (for example during handover or relocation where the rate control 
procedures may have been operating independently between each UP interface) the FIF shall perform rate control 
procedures to each UP peer. It shall use the Maximum rate and Current rate settings from the opposite UP 
configurations. This is performed to align the UP's on each side of the MGW to enable relaying of all subsequent PDUs 
as described in above. 

Optionally, the UP layer protocol entity on the sending side may substitute the frame number received in a status 
request by another number, but shall then substitute the initial number back in the status indication containing the 
acknowledgement. Figure 8 shows an example of the relay of the rate control procedure. 
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Figure A.2: Relay of a control procedure 



A.3.2 Time Alignment 

Time alignment frames shall be relayed unmodified. 
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